System and method for complex document drafting using an authenticated outline table

ABSTRACT

A system and method for complex document drafting using an authenticated outline table is provided. A collection of outlines, user authorization lists, and preference lists are maintained. Identification information is received from a user. One of the user authorization lists and one of the preference lists are selected based on the identification information received. The outlines are compared to the user authorization list and those outlines for which the user is not authorized are filtered from use. The outlines are compared to the preference list and those outlines not preferred by the user are filtered from use. The non-filtered outlines are displayed to the user and at least one of the non-filtered outlines is selected based on a request from the user. The selected non-filtered outline is provided to the user in a document.

CROSS-REFERENCE TO RELATED APPLICATIONS

This patent application is a continuation of U.S. patent applicationSer. No. 11/486,487, filed Jul. 14, 2006, pending, which is acontinuation of commonly-assigned U.S. Pat. No. 7,080,076, issued Jul.18, 2006, the priority dates of which are claimed and the disclosures ofwhich are incorporated by reference.

FIELD

The present invention relates in general to automated legal documentdrafting and, in particular, to a system and method for complex documentdrafting using an authenticated outline table.

BACKGROUND

Complex document drafting involves substantially more thought and effortthan merely filling in blank lines. Rather, the process involves writingindividual terms and clauses with highly particularized and often legalmeanings. Those terms and clauses are then assembled into structureddocuments.

Generally, such structured documents are in the form of legally bindingcontracts. Contracts, unlike ordinary documents, have a legal effect onthe rights of the signing parties and possibly third parties.Consequently, contracts, as well as any other type of legal documentaffecting individual rights, can be drafted only by experiencedprofessionals.

Drafting competent documents is difficult, especially where thedocuments have a significant legal impact. Moreover, documentdraftsmanship depends in large part on the knowledge and experience ofthe writer. A capable draftsperson will take into account numerousfactors in crafting a document, including, for instance, the nature andscope of the subject matter, the characteristics and relative positionsof the parties, customary practices in the field, required language,language used in prior dealings, enforceability of terms and conditions,and jurisdictional and choice of law considerations, to name a few.

Document drafting is not easily taught and can be a time consumingprocess for a novice writer. The stricture of and individual clausesfrom previously drafted documents can be followed to save time and learnby example. However, every document requires individualized analysis andplanning. In addition, old documents, taken in isolation, lack theinsight and wisdom imparted by their author during the drafting process.

In a legal setting, teams of attorneys often cooperatively service thedocument drafting needs of a single client for cost and time efficiency.Some clients require standardized language and consistency becomes aconcern. Individual work products can reflect variations in style,skill, and experience level. A sense of consistency, and possibly legaleffect, can be lost due to these variations. Moreover, maintainingcontrol over the countless variations in work product poses a majorchallenge to the attorney responsible to the client.

In the prior art, templates combined with word processing programsprovide limited automated document drafting capabilities. Templatesenable users to create a table of shareable skeletal boilerplates. Eachtemplate can be populated with clauses and specific content based onuser selections and pre-defined merge codes, thereby allowing a moderatelevel of customizability. Nevertheless, document templates providevirtually no writer education and operate at a document level withlimited clause and term customizability. Moreover, templates do notprovide integrated means for accessing external resource materials.

Similarly, many prior art document generation programs automaticallydraft documents based on user inputs. An example is the Complete LegalCollection 2001 product, licensed by Parsons Software, a division ofMattel Interactive, Inc., Fremont, Calif. Although able to createcustomized documents, such programs are typically bundled with a tableof generic contract templates that draw on commonly encounteredproblems. These types of programs draft documents using a genericquestion and answer format and often fail to fully address the specificneeds of a given situation or set of parties. Additionally, the clauseor terminology tables are static. These tables cannot storeparty-specific clauses or to be controlled by an author responsible forensuring consistency and proper application.

Finally, a prior art contract negotiation and generation system andmethod is described in U.S. Pat. No. 6,067,531 ('531) to Hoyt et al. Ashareable contract database stores contracts with multiple contractcomponents. Several different classes of users can access the contracts,based on their class membership and subject to contract status codes. Acontract can be generated for a customer with the user's companyparticipating as a contracting party. The users access the contractcomponents via an applet executing on a client system. The appletfacilitates user input and assists in the standardization of legalphrasing and contract negotiation. However, the '531 device does notfilter the contracts based on contracting parties. Nor does the '531device include fine-grained authorization and preference controls torestrict access to individual contract clauses and terms based on theidentity of the user or one or more of the parties. Moreover, as theuser is itself a party to the contract, contracting terms are inherentlypre-disposed to one party's contracting position and ethical “walls”cannot be created to shield individual users from viewing contractsrelating to conflicted parties. Finally, the applet is a“zero-footprint” application that must be downloaded onto the clientsystem prior to execution and requires a client-based interpreter.

Therefore, there is a need for an automated approach to drafting complexdocuments, particularly contracts, capable of imparting expert knowledgeto the drafting process independent of the user. Preferably, such anapproach would provide a fine-grained authenticated table for storingand retrieving customizable outlines, clauses and terms based on theuser and parties. The authentication would ensure control over contentand promote consistency in presentation and usage. Such an approachwould also be coupled to a comprehensive system of annotations foreducational and reference resources.

SUMMARY

The present invention provides an automated system and method fordrafting complex documents, particularly contracts, using anauthenticated collection of clauses, outlines, and drafting-relatedresources. Tables of clauses, standard and non-standard documentoutlines, and topic lessons are maintained in a database. Indices of thetables are generated. A list of authorizations controlling modificationand access to the tables is created. A list of preferences for documentcontent and structure is also created. Clauses, outlines, and topiclessons are selected from the tables filtered by the authorizations andpopulated based on the preferences of the parties potentially affectedby the document and the monetary value of the agreement. Selections ofclauses and outlines can be tracked in a journal for auditing and followup.

An embodiment provides a system and method for facilitating complexdocument drafting with authenticated clause selection. A databaseincluding a table of individual clauses is maintained. Each individualclause includes provisions and terms relating to one or more potentiallyaffected parties. A list of authorizations is stored into the database.Each authorization controls clause modification and usage by users foreach individual clause. A list of preferences is stored into thedatabase. Each preference, and potentially the specified monetary amountof the transaction, influences clause selection for each individualparty. Each selection of an individual clause from the individualclauses table is authenticated against the authorizations list for agiven user and the preferences list for the given user and thepotentially affected parties.

A further embodiment provides a system and method for complex documentdrafting using an authenticated outline table. A collection of outlines,user authorization lists, and preference lists are maintained.Identification information is received from a user. One of the userauthorization lists and one of the preference lists are selected basedon the identification information received. The outlines are compared tothe user authorization list and those outlines for which the user is notauthorized are filtered from use. The outlines are compared to thepreference list and those outlines not preferred by the user arefiltered from use. The non-filtered outlines are displayed to the userand at least one of the non-filtered outlines is selected based on arequest from the user. The selected non-filtered outline is provided tothe user in a document.

The present invention promotes efficient document drafting for all skilllevels. Annotations and links to educational and reference resourcesenable users to learn and utilize source materials integral to thedrafting process.

Moreover, the table promotes uniformity of treatment and protections byensuring that each document is consistent with other documents generatedusing the invention. As well, a practice group, including a lawpractice, can adopt a consistent “look and feel” to their work productsby controlling the content of the table.

Still other embodiments of the present invention will become readilyapparent to those skilled in the art from the following detaileddescription, wherein is described embodiments of the invention by way ofillustrating the best mode contemplated for carrying out the invention.As will be realized, the invention is capable of other and differentembodiments and its several details are capable of modifications invarious obvious respects, all without departing from the spirit and thescope of the present invention. Accordingly, the drawings and detaileddescription are to be regarded as illustrative in nature and not asrestrictive.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a block diagram showing a networked computing environment,including a system for efficiently drafting a legal document using anauthenticated clause table, in accordance with the present invention.

FIG. 2 is a detail block diagram showing the system for efficientlydrafting a legal document of FIG. 1.

FIG. 3 is a functional block diagram showing the structure of thedatabase of FIG. 1.

FIG. 4 is a screen shot showing, by way of example, a menu-driven clauseselection module with annotations and hyperlinks.

FIG. 5 is a screen shot showing, by way of example, a menu-drivenoutline selection module with annotations.

FIG. 6 is a screen shot showing, by way of example, a menu-drivenlearning module with annotations and hyperlinks.

FIG. 7 is a block diagram showing the software modules of the system forefficiently drafting a legal document of FIG. 1.

FIG. 8 is a flow diagram showing a method for efficiently drafting alegal document using an authenticated clause table in accordance withthe present invention.

FIG. 9 is a flow diagram showing a routine for selecting a clause foruse in the method of FIG. 8.

FIG. 10 is a flow diagram showing a routine for selecting a standardoutline for use in the method of FIG. 8.

FIG. 11 is a flow diagram showing a routine for selecting a non-standardoutline for use in the method of FIG. 8.

FIG. 12 is a flow diagram showing a routine for selecting a topic foruse in the method of FIG. 8.

FIG. 13 is a flow diagram showing a routine for processing clauses foruse in the routines of FIGS. 10 and 11.

DETAILED DESCRIPTION

FIG. 1 is a block diagram showing a networked computing environment 10,including a system for efficiently drafting a legal document using anauthenticated clause table, in accordance with the present invention.The system 10 consists of a local server 11 operating on a host computersystem.

The local server 11 executes a legal document drafting system 17 (LDDS),as further described below with reference to FIG. 2. The local server 11provides access to a shareable database 19 maintained on an attachedstorage device 18 to a plurality of clients 12. The database could bedistributed or structured in any similar shareable fashion.

Each client 12 executes a browser 20, which provides a user interfaceinto the LDDS 17 and local application functionality. Other forms ofuser interface, including dedicated application programs, are feasible.The clients 11 are interconnected to the local server 11 via anintranetwork 13 that is itself interconnected to the internetwork 15 viaa router 16 or similar device. The internetwork includes publicinternetworks, such as the Internet, that allows interconnection tohosts and users worldwide

The LDDS 17 provides an automated approach to drafting complexdocuments, particularly contracts and similar forms of legal document.The LDDS 17 references a set of authenticated tables in the database 19,as further described below with reference to FIG. 3, storingcustomizable outlines, clauses and terms, and educational and referencetopics. These tables are indexed for efficient, fine-grained retrievaland access to individual data items is controlled and subject to userand party authentication and preferences.

Annotations can be associated with the outlines, clauses and terms. Aswell, the annotations can include hyperlinks to local and externalreference resources. The local reference resources are retrieved via thelocal server 11 from a local information data collection (DC) 22maintained on the local storage 18. Similarly, the external referenceresources are retrieved via a remote server 14 that provides access to aremote information data collection 23 maintained on a remote storage 21.The remote server 14 is interconnected to the LDDS 17 via theinternetwork 15. The topics and annotations associated with theoutlines, clauses and terms enable the LDDS 17 to impart expertknowledge to the document drafting process independent of the skill andexperience level of the user. Other types of clients, network topologiesand configurations, and forms of interconnection are feasible.

The individual computer systems, including the local server 11, remoteserver 14, and clients 12, are general purpose, programmed digitalcomputing devices consisting of a central processing unit (CPU), randomaccess memory (RAM), non-volatile secondary storage, such as a harddrive or CD ROM drive, network interfaces, and peripheral devices,including user interfacing means, such as a keyboard and display.Program code, including software programs, and data are loaded into theRAM for execution and processing by the CPU and results are generatedfor display, output, transmittal, or storage.

FIG. 2 is a detail block diagram showing the system for efficientlydrafting a legal document 17 of FIG. 1. The LDDS 17 executes on thelocal server 11 as an active server page (ASP) application. The LDDS 17is browser-based and is retrieved as part of a set of interactive Webpages (not shown) by browsers 20 (shown in FIG. 1) executing onrequesting clients 12. To support the LDDS 17, the local server 11executes a Web server 31, active server page (ASP) server 32, searchserver 33, and structured query language (SQL) database server 34.

The Web server 31 serves the Web pages defining the LDDS 17 to thebrowsers 20. The Web pages are written as scripts in an interpretable,tag-delimited language, such as the Hypertext Markup Language (HTML),which is used in the described embodiment, and the Extensible MarkupLanguage (XML), although other interpretable tag-delimited languagescould be used. Upon receipt, the browsers 20 interpret the script todisplay the requested content.

The LDDS 17 is functionally defined at execution time as a series ofactive server pages interpreted by the ASP server 32. Like a browser 20,the ASP server 32 interprets executable scripts, known as Active ServerPages, embedded within the Web pages. In the described embodiment, theActive Server Page technology, licensed by Microsoft Corporation,Redmond, Wash., is used whereby compiled VBScript COM objects areencapsulated within ASP wrappers. Executable objects are preferablyutilized for processing efficiency. Upon execution, the Active ServerPages are converted into ordinary Web pages, typically written in HTMLor XML. The Active Server Pages are written as VBScripts, which aredescribed in A. K. Weissinger, “ASP in a Nutshell, A Desktop QuickReference,” chs. 1-3, O'Reilly & Assocs. (1999), the disclosure of whichis incorporated by reference.

In addition, the tables of outlines, clauses and terms are maintained inthe database 19 via the SQL database server 34. For efficiency, thetables are indexed accessed via the search server 33, which works inconjunction with the SQL database server 34. In the describedembodiment, the SQL database server 34 and database 19 form a relationaldatabase management system RDBMS, such as the Oracle 8i product,licensed by Oracle Corporation, Redwood Shores, Calif. The search serveris implemented using the Microsoft Search Services product, but couldalso be logically integrated as part of the RDBMS.

FIG. 3 is a functional block diagram showing the structure of thedatabase 19 of FIG. 1. The database 19 is relationally organized into alogical set of tables, lists, and indices, which are related throughtable links. There are four logical tables: clause table 40, outlinetable 41, annotations 42, and learn topics 44. In the describedembodiment, the logical tables are maintained in a single,hierarchically structured table with parent/child relationships formedvia a cross-reference table (not shown). The structured table stores theindices to the clauses, outlines, annotations, learn topics, and optionswithin the outlines. Unlike traditional table generation performedthrough join operations, this schema allows multiple layers ofrelationships. However, other organizational schemas and data structuresare also possible.

The clause table 40 contains a collection of paragraphs and sentenceswhich each define provisions and terms relating to one or more partiespotentially affected by a use of the clause in a legal document. Theclauses could also present legally neutral language, such as standarddefinitions and explanations. The clauses include pre-defined fieldsinto which the individual parties can be automatically inserted, as wellas blank fields into which customized language can be added.

The outline table 41 contains a collection of two types of outlines.Standard outlines create an organizational framework into which theclauses from the clauses table 40 can be inserted in a structured orderto fomm a legal document or similar writing. Non-standard outlinessimilarly create an organizational framework but are free format and donot impose a structured order. The outlines can include sections ofstandard “boilerplate” language. As well, the outlines are populatedwith clauses selected from the clauses table 40 and can include optionalsections in which the writer is prompted to chose between differentheading areas.

The annotations 42 provide explanatory descriptions of individualclauses, outlines, and outline subsections. The clauses in the clausetable 40 form associations 47 with annotations, as appropriate.Similarly, the outlines in the outline table 41 form associations 48with annotations, as appropriate. The annotations are automaticallydisplayed upon the selection of a clause or outline. Each annotation caninclude an embedded hyperlink referencing information stored locally inthe local information data collection 22 (shown in FIG. 1) or remotelyin the remote information data collection 23. The hyperlinks allow theannotation to be augmented with a more detailed explanation oreducational or reference materials.

The learn topics 44 provide a topical description of the clauses andoutlines, as well as other topics relating to complex document drafting.The topics in the learn topics 44 form associations 51 with annotations,clauses, and outlines, as appropriate. In addition, each topic caninclude an embedded hyperlink referencing a data source local orexternal to the database 19.

To improve efficiency of retrieval and ease of use, the tables 40-42 andlearn topics 44 are indexed by indices 43. Each index forms anassociation 50 with the learn topics, annotations, clauses, andoutlines, preferably using a topical ordering based on the subjectmatter addressed by the learn topic, annotation, clause, or outline.

A list of authorizations list 46 control the modification and use of thevarious component tables and indices based on the identity of the useror parties to the contract and, optionally, on the price of a service oritem identified in the contract. The authorizations list 46 forms anassociation with the learn topics, indices, annotations, clauses, andoutlines. Only authorized users, such as the client responsible attorneyin a law firm setting, are allowed to modify the associated componenttables or indices. Similarly, only authorized users are allowed to usethe associated tables or indices. If pricing information is included inthe authorizations list 46, clause and outline selections are filteredbased on their associated permissible dollar or monetary value. Theauthorizations list 46 provides affirmative control and creates a meansfor promoting uniform and consistent document drafting. As well, thislist prevents unauthorized or unintentional use of the component tablesand indices, thereby enabling the creation of “ethical walls” in a lawfirm setting.

Preferably, the use of the individual clauses and outlines in completedlegal documents is tracked by a journal 45. Both the clause table 40 andoutline table 41 form an association 49 with the journal 45 whichrecords each clause and outline use upon the generation of a completedcomplex document. The journal 45 creates an audit trail that can laterbe useful for notifying clients of factors that might later impact thecomplex documents to which they are a party.

Other database types, structures, schemas, and organizations arepossible.

FIG. 4 is a screen shot showing, by way of example, a menu-driven clauseselection module 60 with annotations 68 and hyperlinks 74 a-b. Thismodule is used to select individual clauses. The clause selection module60 exports a user interface with document drafting controls. The clauseselection module 60 presents a topic heading 61 and a topic listing,divided into general topics 62 and specific topics 63 from which a usercan select a particular clause.

The remainder of the clause selection module 60 includes a title panel64, clause panel 65, and an annotation panel 66. The title panel 64identifies the clause title 69 and indicates the author and revisiondate 70. The selected clause (without any associated annotation) can beinserted directly into a document via a word processing programinterface 71. In the described embodiment, a selected clause is insertedinto a document created using the Word program, licensed by MicrosoftCorporation, Redmond, Wash., although other word processing programscould also be used.

Each selected clause 67 is displayed is the clause panel 65 uponsuccessful authentication. Prior to display, the LDDS 17 determineswhether the user is authorized to use the selected clause 67 based onthe authorizations list 46 (shown in FIG. 3). Similarly, the LDDS 17filters the topic listing to those clauses preferred by the one or moreof the parties potentially affected by the clause. The clause 67optionally includes the names of one or more of the potentially affectedparties 72 a-b and blank fields 73 into which further data can later beadded.

Finally, the annotations panel 66 displays the annotation 68 associatedwith the selected clause 67: The annotation 68 can include one or morehyperlinks 74 a-b linking the annotation to local or external datasources.

FIG. 5 is a screen shot showing, by way of example, a menu-drivenoutline selection module 80 with annotations 89. This module is used toselect standard outlines for generating a complete document. The outlineselection module 80 also exports a user interface with document draftingcontrols and presents a topic heading 81 and a topic listing. The topiclisting is divided into general topics 82, specific topics 83, andoptional topics 84. Individual clauses are selected to populate thevarious specific and optional topic sections.

Like the clause selection module 60, the remainder of the outlineselection module 80 includes a title panel 85, outline panel 86, and anannotation panel 87. The title panel 85 identifies the outline title 90and indicates the author and revision date 91. The selected outline canbe inserted directly into a document via a word processing programinterface 92.

Each selected outline 88 is displayed in the outline panel 86 uponsuccessful authentication. Prior to display, the LDDS 17 determineswhether the user is authorized to use the selected outline 88 based onthe authorizations list 46 (shown in FIG. 3). Similarly, the LDDS 17filters the topic listing to those outlines preferred by the one or moreof the parties potentially affected by the outline. The outline 88optionally includes the names of one or more of the potentially affectedparties 93 and blank fields 94 into which further data can later beadded.

Finally, the annotations panel 87 displays the annotation 89 associatedwith the selected outline 88. The annotation 89 can include one or morehyperlinks linking the annotation to local or external data sources.

FIG. 6 is a screen shot showing, by way of example, a menu-drivenlearning module 100 with annotations 106 and hyperlinks 109. This moduleis used to view topics relating to various aspects of complex documentdrafting. The learning module 100 exports a user interface with topicviewing controls. The learning module 100 presents a topic heading 101and a topic listing, divided into general topics 102 and specific topics103 from which a user can select a particular topic for review.

The remainder of the learning module 100 includes a title panel 104 andtopic panel 105. The title panel 104 identifies the topic title 107 andindicates the author and revision date 108.

Each selected topic 106 is displayed in the topic panel 105 uponsuccessful authentication. Prior to display, the LDDS 17 determineswhether the user is authorized to review the selected topic 106 based onthe authorizations list 46 (shown in FIG. 3). The selected topic 106 caninclude one or more hyperlinks 109 linking the annotation to local orexternal data sources.

FIG. 7 is a block diagram showing the software modules 120 of the systemfor efficiently drafting a legal document 17 of FIG. 1. Each module is acomputer program, procedure or module written as source code in aconventional programming language, such as the Visual Basic programminglanguage, and is presented for execution by the CPU as object or bytecode, as is known in the art. The various implementations of the sourcecode and object and byte codes can be held on a computer-readablestorage medium or embodied on a transmission medium in a carrier wave.The system 17 operates in accordance with a sequence of process steps,as further described below beginning with reference to FIG. 8.

The LDDS 17 includes seven main modules: clause selection 121, outlineselection 122, non-standard selection 123, learn 124, search 125,harvester 126 and database (DB) maintenance 127. Upon proper userauthentication, the clause selection module 121 presents a topic listingusing an index from the indices 43 and enables a user to select a clausefrom the clause table 40 based on the authorizations list 46 andpreferences 128 in effect. Like the authorizations list 46, thepreferences 128 can optionally include pricing information pertaining togoods or services identified in the contract. The clause selectionmodule 121 references the indices 43, annotations 42, and preferences128 and records the final selection of a clause into the journal 45based on the authorizations list 46 and preferences 128, including anyoptional pricing information.

Similarly, the outline selection module 122 and non-standard outlinemodule 123 both present a topic listing using an index from the indices43 and enable a user to select an outline from the outline table 41based on the authorizations list 46 and preferences 128 (outlineselection module 122 only) in effect, including any optional pricinginformation. The outline selection module 122 and non-standard outlinemodule 123 reference the indices 43, annotations 42, and preferences 128and record the final selection of an outline into the journal 45 basedon the authorizations list 46 and preferences 128, including anyoptional pricing information.

The learn module 124 presents a topic listing using an index from theindices 43 and displays a topic from the learn topics 44 based on theauthorizations list 46 and preferences 128 in effect.

The remaining modules are primarily support tools provided to assist auser in using the LDDS 17. The search module 125 allows a user to searchthe clause table 40, outline table 41, annotations 42, indices 43, andlearn topics 44. The harvester 126 allows an authorized user, based onthe authorizations list 46 in effect, to insert new clauses, outlines,and annotations obtained from other sources into their respectivetables. Finally, the database (DB) maintenance module 127 allows anauthorized user, again based on the authorizations list 46 in effect, tomanually maintain the various tables, indices, and lists.

Other modules are also possible. For instance, a pricing selectionmodule could be incorporated to present an index of prices and to enablea user to select specified prices by dollar or monetary value forservices or items identified in the document (or of the documentitself).

FIG. 8 is a flow diagram showing a method for efficiently drafting alegal document 140 using an authenticated clause table in accordancewith the present invention. The method 140 operates in two phases:initialization (blocks 141-142) and processing (blocks 143-154). Duringinitialization, the user logs into the LDDS 17 (block 141) identifiesthe parties potentially effected by the complex document to be drafted,and provides other ministerial information. The authorizations list 46and preferences 128 are initialized (block 142) based on theuser-provided identification information.

Processing (blocks 143-154) occurs in an iterative loop or similarcontrol structure. During each iteration, user requests are processedand an appropriate routine is called based on the request type. A clauseselection routine is called (block 145), as further described below withreference to FIG. 9, if a clause is requested (block 144). A outlineselection routine is called (block 147), as further described below withreference to FIG. 10, if a standard outline is requested (block 146). Anon-standard outline selection routine is called (block 149), as furtherdescribed below with reference to FIG. 11, if a non-standard outline isrequested (block 148). A learn topic routine is called (block 151), asfurther described below with reference to FIG. 12, if a lesson isrequested (block 150). Finally, a search routine is called (block 153)if a search is requested (block 153). Processing continues until theprogram is terminated.

FIG. 9 is a flow diagram showing a routine for selecting a clause 160for use in the method of FIG. 8. The purpose of this routine is topresent a set of clause selection menus, clauses and annotations. Usingthe indices 43, a general menu of clauses is presented (block 161),filtered based on the authorizations list 46 for the user and populatedwith values based on the preferences 128 for the given user and thepotentially affected parties. The authorizations list 46 and preferences128 can optionally include pricing information which further filter thegeneral clauses menu. Upon user input, a specific submenu of particularclause types, using the indices 43, is presented (block 162), againfiltered based on authorizations list 46 and preferences 128 and anyoptional pricing information. Upon user input, a clause is retrievedfrom the clause table 40 and presented (block 163). The clause ispopulated with pre-defined values, such as names of potentially affectedparties and similar information, based on the preferences 128 and anyoptional pricing information. If associated, an annotation is retrievedfrom the annotations 42 (block 164), subject to the authorizations list46 for the user, and any hyperlink selections are processed (block 165).Finally, if the clause is selected for use in the actual complexdocument (block 166), the clause selection is recorded in the journal 45(block 167). Clause selection continues until no further clauses areselected (block 168), after which the routine returns.

FIG. 10 is a flow diagram showing a routine for selecting a standardoutline 180 for use in the method of FIG. 8. The purpose of this routineis to present a set of standard outline selection menus, standardoutlines and annotations. As with clauses, using the indices 43, ageneral menu of outlines is presented (block 181), filtered based on theauthorizations list 46 for the user and populated with values based onthe preferences 128 for the given user and the potentially affectedparties. The authorizations list 46 and preferences 128 can optionallyinclude pricing information which further filter the general clausesmenu. Upon user input, a specific submenu of particular outline types,using the indices 43, is presented (block 182), again filtered based onauthorizations list 46 and preferences 128 and any optional pricinginformation. Upon user input, a outline is retrieved from the outlinetable 40 and presented (block 183). The outline is populated withpre-defined values, such as names of potentially affected parties andsimilar information, based on the preferences 128 and any optionalpricing information. If associated, an annotation is retrieved from theannotations 42 (block 184) and any hyperlink selections are processed(block 185). If the outline is selected for use in the actual complexdocument (block 186), the outline selection is recorded in the journal45 (block 187) and clause selections are processed (block 188), asfurther described below with reference to FIG. 13. Outline selectioncontinues until no further outlines are selected (block 189), afterwhich the routine returns.

FIG. 11 is a flow diagram showing a routine for selecting a non-standardoutline 200 for use in the method of FIG. 8. The purpose of this routineis to present a set of non-standard outline selection menus,non-standard outlines and annotations. The primary difference betweenselections of standard versus non-standard outlines is the use of thepreferences 128 and specific types of outlines in standard outlineselections. Non-standard outline selection is free format and primarilyconsists of a bare skeleton outline that can be populated with clausesin an unstructured fashion. Using the indices 43, a general menu ofnon-standard outlines is presented (block 201), filtered based onauthorizations list 46 which can optionally include pricing information.If associated, an annotation is retrieved from the annotations 42 (block202) and any hyperlink selections are processed (block 203). If theoutline is selected for use in the actual complex document (block 204),the outline selection is recorded in the journal 45 (block 215) andclause selections are processed (block 216), as further described belowwith reference to FIG. 13. Non-standard outline selection continuesuntil no further outlines are selected (block 217), after which theroutine returns.

FIG. 12 is a flow diagram showing a routine for selecting a topic foruse in the method of FIG. 8. The purpose of this routine is to presentinformation relating to some aspect of complex document drafting. Usingthe indices 43, a general menu of topics is presented (block 221),filtered based on the authorizations list 46 for the user and populatedwith values based on the preferences 128 for the given user and thepotentially affected parties and any optional pricing information. Ifassociated, an annotation is retrieved from the annotations 42 (block222) and any hyperlink selections are processed (block 223). Upon userinput, a specific submenu of particular topic types, using the indices43, is presented (block 224), again filtered based on authorizationslist 46 and preferences 128, including any optional pricing information.Upon user input, a specific topic is retrieved from the learn topics 44and presented (block 225). If associated, an annotation is retrievedfrom the annotations 42 (block 226) and any hyperlink selections areprocessed (block 227). Topic selection continues until no further topicsare selected (block 228), after which the routine returns.

FIG. 13 is a flow diagram showing a routine for processing clauses 240for use in the routines of FIGS. 10 and 11. The purpose of this routineis to populate an outline with clauses. The routine consists of a pairof nested iterative loops. During each iteration of the outer iterativeloop (blocks 241-247), individual clauses are selected (block 246) orsets of clause options are processed (blocks 243-245). During eachiteration of the inner iterative loop (blocks 243-245), clause optionssets are processed (block 244). Other forms of flow control could beused in lieu of iterative loops and recursion.

For each clause specified in an outline (block 241), if the clause doesnot include a set of optional clauses (block 242), individual clausesare selected (block 246), as further described above with reference toFIG. 9. Otherwise, for each option (block 243), the clause is processedby recursively invoking the present routine (block 244). Iterativeprocessing of options continues until all options have been processed(block 245). Similarly, iterative processing of clauses continues untilall clauses have been processed (block 247), after which the routinereturns.

While the invention has been particularly shown and described asreferenced to the embodiments thereof, those skilled in the art willunderstand that the foregoing and other changes in form and detail maybe made therein without departing from the spirit and scope of theinvention.

1. A computer-implemented system for complex document drafting using anauthenticated outline table, comprising: a database maintaining acollection of outlines; a storage device maintaining user authorizationlists and preference lists; a filter module, comprising: anidentification module receiving identification information from a user;a list module selecting one of the user authorization lists and one ofthe preference lists from the storage device based on the identificationinformation received; an authorization comparison module comparing theoutlines to the user authorization list and filtering those outlinesfrom use for which the user is not authorized in the authorization list;a preference comparison module comparing the outlines to the preferencelist and filtering those outlines from use that are not preferred by theuser in the preference list; a display module displaying thenon-filtered outlines to the user; an outline selection module selectingat least one of the non-filtered outlines based on a request from theuser; a document module providing the selected non-filtered outline tothe user in a document; and a processor executing the modules.
 2. Acomputer-implemented system according to claim 1, further comprising: ajournal module recording the selected non-filtered outline in a journal.3. A computer-implemented system according to claim 1, wherein theoutlines comprise at least one of structured order outlines and freeformat outlines.
 4. A computer-implemented system according to claim 1,further comprising: a clause table comprising a plurality of clauses; aclause authorization module comparing the clauses to the authorizationlist and filtering those clauses from use in the document for which theuser is not authorized; a clause preference module comparing the clausesto the preference list and filtering those clauses from use in thedocument that are not preferred by the user; a display displaying thenon-filtered clauses to the user; a clause selection module selectingone or more of the non-filtered clauses based on a clause request; and aclause insertion module inserting the selected non-filtered clauses intothe selected outline in the document.
 5. A computer-implemented systemaccording to claim 1, wherein one or more of the clauses each includefields into which a third party is inserted.
 6. A computer-implementedsystem according to claim 1, further comprising: an annotation moduleassociating at least one annotation with each of the outlines stored inthe database and displaying the associated annotation with the selectednon-filtered outline.
 7. A computer-implemented system according toclaim 1, wherein each annotation comprises one or more hyperlinks toreferences for the selected non-filtered outline.
 8. Acomputer-implemented system according to claim 1, further comprising: atopic module associating one or more topics with each of the outlines inthe database and displaying the associated topic with the selectednon-filtered outline, wherein the topics each comprise at least one ofeducational and reference data.
 9. A computer-implemented systemaccording to claim 1, wherein at least one of the user authorizationlist and the preference list further comprises pricing information, thecomputer-implemented system further comprising: a price filter modulefiltering the outlines based on the pricing information.
 10. Acomputer-implemented system according to claim 1, further comprising: asearch module conducting a search for the selected non-filtered outlinebased on a search request from the user.
 11. A computer-implementedmethod for complex document drafting using an authenticated outlinetable, comprising: maintaining a collection of outlines, userauthorization lists, and preference lists; receiving identificationinformation from a user; selecting one of the user authorization listsand one of the preference lists based on the identification informationreceived; comparing the outlines to the user authorization list andfiltering those outlines from use for which the user is not authorizedin the authorization list; comparing the outlines to the preference listand filtering those outlines from use that are not preferred by the userin the preference list; displaying the non-filtered outlines to the userand selecting at least one of the non-filtered outlines based on arequest from the user; and providing the selected non-filtered outlineto the user in a document.
 12. A computer-implemented method accordingto claim 1, further comprising: recording the selected non-filteredoutline in a journal.
 13. A computer-implemented method according toclaim 11, wherein the outlines comprise at least one of structured orderoutlines and free format outlines.
 14. A computer-implemented methodaccording to claim 11, further comprising: maintaining a clause tablecomprising a plurality of clauses; comparing the clauses to theauthorization list and filtering those clauses from use in the documentfor which the user is not authorized; comparing the clauses to thepreference list and filtering those clauses from use in the documentthat are not preferred by the user; displaying the non-filtered clausesto the user; selecting one or more of the non-filtered clauses based ona clause request; and inserting the selected non-filtered clauses intothe selected outline in the document.
 15. A computer-implemented methodaccording to claim 11, wherein one or more of the clauses each includefields into which a third party is inserted.
 16. A computer-implementedmethod according to claim 11, further comprising: associating at leastone annotation with each of the outlines stored in the database; anddisplaying the associated annotation with the selected non-filteredoutline.
 17. A computer-implemented method according to claim 11,wherein each annotation comprises one or more hyperlinks to referencesfor the selected non-filtered outline.
 18. A computer-implemented methodaccording to claim 11, further comprising: associating one or moretopics with each of the outlines in the database, wherein the topicseach comprise at least one of educational and reference data; anddisplaying the associated topic with the selected non-filtered outline.19. A computer-implemented method according to claim 11, wherein atleast one of the user authorization list and the preference list furthercomprises pricing information, the computer-implemented method furthercomprising: filtering the outlines based on the pricing information. 20.A computer-implemented method according to claim 11, further comprising:conducting a search for the selected non-filtered outline based on asearch request from the user.